Date: Mon, 20 Jun 94 04:30:23 PDT
From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
Errors-To: Ham-Digital-Errors@UCSD.Edu
Reply-To: Ham-Digital@UCSD.Edu
Precedence: Bulk
Subject: Ham-Digital Digest V94 #202
To: Ham-Digital


Ham-Digital Digest          Mon, 20 Jun 94       Volume 94 : Issue  202

Today's Topics:
                       AEA DSP2232 Mailing List
                         DISTRIBUTION STATUS
                 finding the freq of an xtal (3 msgs)
                   GTOR evaluation/update? (2 msgs)
                    Railroad track as an antenna?

Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 20 Jun 1994 00:01:03 +0200
From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!pipex!sunic!trane.uninett.no!eunet.no!nuug!EU.net!Germany.EU.net!Aachen.Germany.EU.net!rmi.de!Aachen.Germany.EU.net!rmi.de!not-for-mail@network
Subject: AEA DSP2232 Mailing List
To: ham-digital@ucsd.edu

====================================================================
      This is the Mailserver at EUnet EUregio POP Aachen
====================================================================

If you are interested in exchanging information on the

AEA DSP 2232 - Digital Signal Processing Multi-Mode Data Controller

you are invited to join our Mailing list (started on May 12, 1994).
Please subscribe by sending a Mail to

dsp2232-request@rmi.de   [or dsp2232-request@Aachen.Germany.EU.net]
with the subject: "subscribe" .

If you would like to share your experiences of knowledge on the
unit, write you contributions to

dsp2232@rmi.de   [or dsp2232@Aachen.Germany.EU.net].


====================================================================
		Automatic weekly mailing
====================================================================

------------------------------

Date: 19 Jun 94 16:54:16 GMT
From: news-mail-gateway@ucsd.edu
Subject: DISTRIBUTION STATUS
To: ham-digital@ucsd.edu

SMTPGATE.HAMDIGI2     DISTRIBUTION STATUS INFORMATION      06/19/94 16:
53:00
=======================================================================

DISTRIBUTION ID: SMTPGATE.HAMDIGI2.3416
SUBJECT        : Ham-Digital Digest V94 #200
DOCUMENT NAME  : %%DOCNAME
DATE  SENT     : 06/18/94        TIME SENT: 07:56:00
=======================================================================

YOUR MAIL WAS NOT DELIVERED FOR THE FOLLOWING REASON:

SNADS STATUS  : 000F
X.400 CODE    : %%DIAGCODE
INFORMATION   : %%SUPPLINFO
EXPLANATION   : SNADS SYSTEM ERROR

=======================================================================

RECIPIENT      : CCMAIL.0060880
LAST NAME      :
FIRST NAME     :
MIDDLE INITIAL :
INITIALS       :
NATIVE NAME    :
COUNTRY        :
ADMD           :
PRMD           :
ORGANIZATION   :
ORG UNIT 1     :
ORG UNIT 2     :
ORG UNIT 3     :
ORG UNIT 4     :
DDA            :
TITLE          :
DESCRIPTION    :
USERDATA       :
TELEPHONE      :

------------------------------

Date: 19 Jun 1994 13:12:22 -0400
From: news1.digex.net!access.digex.net!not-for-mail@uunet.uu.net
Subject: finding the freq of an xtal
To: ham-digital@ucsd.edu

In article <2u0mk4$sgt@crl3.crl.com>, Acsys Inc. wrote:
> 
> I have a xtal of unknown value (~8.7mhz) that I need to find the exact
> frequency of.  What is the best way to do this?  I do have a frequency
> counter, sho should I build a xtal osc and use the coutner?  How bout
> a simple osc made out of cmos parts like the 4011?  If so what would
> be a good schematic to use to do this?  I need to be quite accurate.
> 
> thanx,
> 
> mycal
> 
The freq counter should be accurate enough, you have to find a buffered
point to pick off the signal, otherwise you'll pad the crystal oscillator
and throw it off frequency a bit if you go directly to it.

Andy N3LCW

------------------------------

Date: 19 Jun 1994 12:51:01 -0400
From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!news.ans.net!newstf01.cr1.aol.com!search01.news.aol.com!not-for-mail@network.ucsd.edu
Subject: finding the freq of an xtal
To: ham-digital@ucsd.edu

In article <2u0mk4$sgt@crl3.crl.com>, acsys@crl.com (Acsys Inc.)
writes:


I have a xtal of unknown value (~8.7mhz) that I need to find the
exact
frequency of.  What is the best way to do this?  I do have a
frequency
counter, sho should I build a xtal osc and use the coutner?  How bout
a simple osc made out of cmos parts like the 4011?  If so what would
be a good schematic to use to do this?  I need to be quite accurate.

thanx,

mycal

Obviously an oscillator would be a fantastic way to check your
crystal.  In factr, given the circumstances, if you dont have really
good test equipment, it is probably the best way.  Another way you 
could test the crystal would be a with a sweep generator that is
capable of going up to well beyond the frequency of the crystal, and
by using a spectrum analoyzer and a generator, you should be able to
sweep through the frequencies, look for the peak output and then
determine the center frequency.

Build the oscillator though... simplier... :)

Prof RickD, N0NJY

------------------------------

Date: 20 Jun 94 07:44:45 GMT
From: ihnp4.ucsd.edu!sdd.hp.com!nigel.msen.com!yale.edu!noc.near.net!news.delphi.com!BIX.com!jdow@network.ucsd.edu
Subject: finding the freq of an xtal
To: ham-digital@ucsd.edu

domonkos@access.digex.net (Andy Domonkos) writes:

>In article <2u0mk4$sgt@crl3.crl.com>, Acsys Inc. wrote:
>> 
>> I have a xtal of unknown value (~8.7mhz) that I need to find the exact
>> frequency of.  What is the best way to do this?  I do have a frequency
>> counter, sho should I build a xtal osc and use the coutner?  How bout
>> a simple osc made out of cmos parts like the 4011?  If so what would
>> be a good schematic to use to do this?  I need to be quite accurate.
>> 
>> thanx,
>> 
>> mycal
>> 
>The freq counter should be accurate enough, you have to find a buffered
>point to pick off the signal, otherwise you'll pad the crystal oscillator
>and throw it off frequency a bit if you go directly to it.

>Andy N3LCW



Well, sorta. You have to know whether the crystal is cut for a parallel
resonant mode (if so what parallel capacitance) or a series mode. Then you
build a leetle oscillator that is appropriate to the crystal's mode and
measure it. That tells you a little bit about the crystal. Howsosomeever,
crystals are sensitive to the amount of drive you place on them, temperature
(of course), pressure, etc etc. Um, just how acurate must it be? If a couple
hundred parts per million are enough then a rude-crude CMOS or TTL oscillator
should do. If you need it characterized to the nitties and gritties you have
a whole nuther ball of fish to fry. (Hm, could I mix that metaphore worse?)

An ideal way is a VERY stable network analyzer. Place the crystal in a well
calibrated fixture in shunt with the line. Slowly sweep til you see a small
dip. Note the frequency and the amplitude. Then place it in series. Note the
peak and dip as you tune. Then build an equivalent circuit from the results.
Repeat it with higher drive levels until you see the crystal frequency change
noticeably. Do not drive it within 10dB of that level if you want REAL
stability. Of course, if you need this level of accuracy you're playing serious
engineer and know how to do the math. Yer on yer own here. It is too long since
I limped through some of this for characterising some VXO crystals. (It DOES
work. The resultant VXOs very closely matched predictions, right down to when
the spurious resonances would kick in and become a PITA. Your measurement WILL
see them if you do it VERY patiently.)
{^_^}

------------------------------

Date: Sun, 19 Jun 94 08:36:53 MST
From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!asuvax!ennews!stat!david@network.ucsd.edu
Subject: GTOR evaluation/update?
To: ham-digital@ucsd.edu

rogjd@netcom.com (Roger Buffington) writes:

> But would sure like to hear from actual GTOR users who have had the 
> chance to really determine how it compares to Amtor and Pactor.

I have one of the new KAMPlus with both.  I really haven't seen much of
a difference between GTOR and Pactor, but I've only tried it on two
contacts so far, and only in conversation mode.  I haven't had the time
to transfer some medium size binary files to see it works any better.

david

---
Editor, HICNet Medical Newsletter
Internet: david@stat.com                 FAX: +1 (602) 451-1165
Bitnet  : ATW1H@ASUACAD

------------------------------

Date: Sun, 19 Jun 1994 21:56:01 GMT
From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!usenet.ins.cwru.edu!news.csuohio.edu!sww@network.ucsd.edu
Subject: GTOR evaluation/update?
To: ham-digital@ucsd.edu

 
 
Having tested both Pactor and GTOR over a number of environments, it is plain
that although GTOR offers superior performance, Pactor is more reliable.
 
We do quite a bit of camping.  When camping, we connect back home through a
number of BBS ports that support Pactor and GTOR.  In two systems, two KAMs
were placed in parallel with one on GTOR and one on Pactor.  A number of
weeks have been spent then getting back to the systems from remote locations.
 
On an eighty meters 200 mile path, GTOR was fantastic when the band was in
good to excellent condition.  We typically had to stay at the terminal to
read the data that was flowing through.  The rate of data flow was high
enough to be at the limit of reading it as it came in.  However, over that
same path, Pactor was found to be more reliable.  When the band was opening
or closing, GTOR would just not link or would do so only on stations that
were not scanning.  Pactor would link fairly quickly and the link would hold.
Data flow once linked would show Pactor throughput to be higher than GTOR.
As much of our operation is on 80 meters as the band opens and closes, Pactor
is the mode of choice for those limited to one TNC.
 
73,
Steve
        NO8M@NO8M.#NEOH.OH.USA.NA   <<< this works best
        ag807@cleveland.freenet.edu <<< this works better
        the above address           <<< will not work at all

------------------------------

Date: 19 Jun 1994 21:33:14 -0400
From: ihnp4.ucsd.edu!sdd.hp.com!col.hp.com!csn!jabba.cybernetics.net!not-for-mail@network.ucsd.edu
Subject: Railroad track as an antenna?
To: ham-digital@ucsd.edu

STORM JAMES (s9898198@sandcastle.cosc.brocku.ca) wrote:
: I have heard a legend that a college radio station (either at MIT, Tufts,
: or Swarthmore) welded antenna to railroad tracks, and peeved the FCC by
: broadcasting nationwide.  Is this true?  If anyone knows, please email me
: (or post here)  If you do know, could you please direct me to some
: documentation regarding this legend if you can.
:

I don't think that this would be useful for the frequencies used for
comericial radio, but the Pensylvania RR did use inductive train phones
that used low frequency signal passed through the rail.  The antennas
looked like hand rails on top of the cars and locos.  This worked very
well for the trains, but the equipment was not at all portable, and 
propigation away from the tracks was very poor.

  
-- 
Tim Rumph                   Concord, NC
tarumph@cybernetics.net (PSE sent mail here, not to uncc.edu-ALL DONE!)
kd4ows@wb4kdf.#gas.nc.usa.na   (non-hams: don't try to use this on the 
                                Internet)

------------------------------

End of Ham-Digital Digest V94 #202
******************************
